SmartOffice has sensors, motors controlling doors and windows and in the office the temperature changes. The sensor agents shall measure the temperature and many other things, but are unable to do so, because there are no physical sensors connected to the system. Therefore an agent is created to contain and simulate the world with some actual temperature.

In \sectionref{analysis-environment} the office is split up into region areas. Each of the area shall have a world agent and especially, if it has either a sensor or actuator agent. The name of the agents are standardized to determine, which region area the agent belongs to:

\begin{itemize}
  \item The first two letters in the agent local name are numbers referring to a area matrix.
  \item The rest of the local name is determined by a global name Enum (Java object).
  \item Agents that are not dependent of a region, such as vacuum cleaner robots, should have the same build and the area code is changed to be an unique number.
\end{itemize}

The agent called World is also created for the reason to remove it, when the system should be implemented in the real world, without to many changes in the code. The simulation could be done by letting the actuator talk directly to the sensors, which will resolve into a tight connection between sensor and actuator. The way of using a World agent gives a more real idea of how the system will work. There is a actual temperature, measured temperature and a guessed temperature, which are not always the same as in the real world. Small changes may appear and there will be some small delay in the communication between the actuator, which contains its version of the temperature (guessed temperature) and the sensor.



%write about the standardization of the names of the agents to create the areas.

%write about the world and the use and the need for it. 